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(54) Method for programming television-game 

(57) According to a method of programming a TV- 
game of the present invention, the event variation proc- 
ess 40 is added between processes of the TV-game pro- 
gram. Therefore, one of the processes of the TV-game 
program or the event variation process 40 is selected 
according to a situation of a TV-game scenario. Namely, 
the event variation process 40 is executed only when 
the event variation process 40 is selected. The event 



variation process 40 is not executed when anther proc- 
ess is selected. Therefore, the CPU load is light, be- 
cause the event variation process 40 is not executed at 
each time. Further, even if the characters of the TV- 
game are many, the character motion is not paused. 
Therefore, the TV-game can include a variety of situa- 
tions, because the steps in the TV-program are not cut 
off. 
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Description 

The invention relates to a television (TV)-game, and 
more particularly to, a method for programming a TV- 
game. 

A game unit comprises a CPU, one or more mem- 
ories, output/input (I/O) interfaces and an image 
processing unit. 

The image processing unit comprises a VRAM (Vid- 
eo Random Access Memory), a VDC (Video Displaying 
Controller) and a VDE (Video Displaying color Encoder). 
The game unit is connected with a home TV by using 
the I/O interface. The VDE has a color pallet table which 
relates to a color code for outputting an image data and 
a color code for a game program. 

In the game unit, the image data is processed and 
then outputled to the home TV through the I/O interface. 
The processed image data is displayed on the home TV 
by using scanning lines. It takes 1/60 second to display 
one image by the scanning lines (namely, an image dis- 
playing cycle is 1/60 second). Therefore, a next image 
must be prepared within 1/60 second. 

In a conventional method for programming a TV- 
game, when the next image is not prepared in the VRAM 
within a predetermined time such as the image display- 
ing cycle, a programmer modifies a TV-game program. 
Further, if a next image processed by the modified TV- 
game program is not prepared in the VRAM within the 
predetermined time, a programmer must cutoff one or 
more steps of the TV-game program. 

In the conventional method for programming a TV- 
game, however, there are disadvantages in that a TV- 
game becomes very simple and rough, because the 
steps of the TV-game are cut-off. Accordingly, it is an 
object of the invention to provide a method for program- 
ming a TV-game without changing contents of a TV- 
game and without increasing a CPU performance load. 

According to the invention there is provided a meth- 
od of programming a TV-game, the method comprising 
steps of: determining a process condition according to 
a TV-game scenario; determining an event variation 
process according to the TV-game scenario; and exe- 
cuting the event variation process when said deter- 
mined process condition is sufficient. 

Also provided is a method of programming a TV- 
game, the method comprising the steps of: determining 
one of a plurality of processes in a TV-game program 
according to a TV-game scenario; determining an event 
variation process according to the TV-game scenario; 
and executing the event variation process after said de- 
termined process of the plurality of processes in the TV- 
game is executed. 

According to another aspect of the invention there 
is provided a method of programming a TV-game, the 
method comprising the steps of: determining a process 
condition according to a TV-game scenario; determining 
one of a plurality of processes in a TV-game program 
according to the TV-game scenario; determining an 



event variation process according to the TV-game sce- 
nario; and executing said event variation process after 
the determined process of the plurality of processes in 
the TV-game program is executed and said determined 

s process is sufficient. 

Also according to the invention there is provided a 
TV-game apparatus comprising: means for determining 
a process condition according to a TV-game scenario; 
means for determining an event variation process ac- 

10 cording to the TV-game scenario; and means for exe- 
cuting the event variation process when said deter- 
mined process condition is sufficient. 

Also provided is TV-game apparatus comprising: 
means for determining one of a plurality of processes in 

*s a TV-game program according to a TV-game scenario; 
means for determining an event variation process ac- 
cording to the TV-game scenario; and means for exe- 
cuting the event variation process after said determined 
process of the plurality of processes in the TV-game is 

20 executed. 

According to another aspect of the invention there 
is provided a TV-game apparatus comprising: means for 
determining a process condition according to a TV- 
game scenario; means for determining one of a plurality 

25 of processes in a TV-game program according to the 
TV-game scenario; means for determining an event var- 
iation process according to the TV-game scenario; and 
executing said event variation process after the deter- 
mined process of the plurality of processes in the TV- 

30 game program is executed and said determined proc- 
ess is sufficient. 

Tne invention will now be described with reference 
to the accompanying drawings, wherein: 

35 FIG. 1 is a block diagram of a TV-game unit of the 
prior art; 

FIG. 2 is a block diagram of a home TV display unit; 
FIG. 3 is a sample flow chart of a TV-game program 
of the prior art; 

40 FIG. 4 and FIG. 5 are sample flow charts of TV- 
game programs of the prior art; 
FIG. 6 is a flow chart of a conditional event variation 
process of the prior art; 

FIG. 7 is a block diagram of a game unit and a ROM 
45 cartridge of the present invention; 

FIG. 8 is a flow chart of an event variation process 
of the present invention; 

FIG. 9 is a flow chart of a conditional event variation 
process of the present invention; and 
so FIG. 10 is a timing chart of a preferred embodiment 
in FIG. 9. 

Before explaining a method for programming a TV- 
game in the preferred embodiment according to the in- 
ss vention, the above mentioned conventional method for 
programming a TV-game will be explained in FIGs. 1 to 
6. 

FIG. 1 is a block diagram of a TV-game unit of the 
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prior art. A game unit 7 comprises a CPU 3, a ROM 
(Read Only Memory) 10 for storing an operating pro- 
gram such as a load program, a RAM (Random Access 
Memory) 9, output/input (I/O) interfaces 2 and 11, and 
an image processing unit 8. 

The image processing unit 8 comprises a VRAM 
(Video Random Access Memory) 5, a VDC (Video Dis- 
playing Controller) 4, and a VDE (Video Displaying color 
Encoder) 5. The game unit 7 is connected with a home 
TV 1 by using the I/O interface 2. The VDE 6 has a color 
pallet table which relates to a color code for outputting 
an image data and a color code for a game program. 

In the game unit 7, an image data and a game pro- 
gram is loaded into the RAM 9 through the I/O interface 
11 by the CPU 3 using a load program in the ROM 10. 
The image data in the RAM 9 is processed by the CPU 
3. The VDC 4 has a display pattern, a color code and a 
display position of an image data. The processed image 
data is stored in the VRAM 5 through the VDC 4. Then 
the image data in the VRAM 5 is converted into an output 
image data by the VDC 4. The output image data is sent 
to the VDE 6. The VDE 6 converts the output image data 
into an analog image data for a home TV 1 . The analog 
image data is outputted to the home TV 1 through the I/ 
O interface 2. 

FIG. 2 is a block diagram of a home TV display unit. 
The analog image data is displayed on the home TV 1 
by using scanning lines 20 and 21 . The scanning lines 
20 and 21 display an image on the home TV 1 according 
to scanning from right to left and from up to down. The 
scanning lines 20 shown by a full line, which run from 
right to left, are displayed on the home TV 1 . The scan- 
ning lines 21 shown by a broken line, which return from 
left to right, are not displayed on the home TV 1 . One 
image displaying cycle is a scanning process from a 
point A to a point B and a return process from the point 
B to the point A (A -> B -> A). It takes 1/60 second to 
display one image by the scanning lines 20 (namely, one 
image displaying cycle is 1/60 second). Therefore, a 
next image must be prepared within 1/60 second. For 
example, when an animation image is displayed, an an- 
imation image data in the VRAM 5 must be replaced with 
a next animation image data within 1/60 second. 

FIG. 3 and 4 are sample flow charts of a TV-game 
program of the prior art. In FIG. 3, a statement "C = 10 B 
is placed in a program loop, because a programmer con- 
siders that a program logic does not include a logic ab- 
surdity. In this case, a program efficiency is bad, be- 
cause the statement B C = 10 B is wastefully executed 
many times in every loop. In FIG. 4, the statement B C - 
10" is placed out the program loop, because a program- 
mer considers a program efficiency rather than a pro- 
gram logic. 

Both program patterns in FIGs. 3 and 4 have an ad- 
vantage and a disadvantage. Therefore, the program- 
mer selects a program pattern in FIG. 3 or 4 on case- 
by-case. 

In a conventional method for programming a TV- 



game, when the next image is not prepared in the VRAM 
5 within a predetermined time such as the image dis- 
playing cycle, a programmer modifies a TV-game pro- 
gram. Namely, the programmer searches for the pro- 

s gram pattern such as FIG. 3, then the program pattern 
is modified such as FIG. 4. Further, if a next image proc- 
essed by the modified TV-game program is not prepared 
in the VRAM 5 within the predetermined time, the pro- 
grammer must cut off one or more steps of the TV-game 

10 program. 

FIG. 5 is a flow chart of an event variation process 
of the prior art. This loop is executed at an integer times 
period of the image displaying cycle. The period is within 
1/10 second, because if the period is over 1/10 second 

15 a character motion of the TV-game is not smooth. In FIG. 

5, at the step 30, any one of processes A to N is selected 
according to a situation of the TV-game scenario. After 
the selected process is executed, an event variation 
process is executed at the step 40. The CPU load is very 

20 heavy, because the event variation process 40 is exe- 
cuted at each time. The event variation process time is 
much longer than the image displaying cycle. In partic- 
ular, when the characters of the TV-game are many, the 
character motion is paused. Therefore, the programmer 

25 must cut off one or more steps in the processes A to N. 
FIG. 6 is a flow chart of a conditional event variation 
process of the prior art. This loop is executed at an in- 
teger times period of the image displaying cycle. In FIG. 

6, at the step 30, any one of processes A to N is selected 
30 according to a situation of the TV-game scenario. After 

the selected process is executed, a condition process 
is executed at the step 31 . At the step 31 , B T indicates 
a predetermined conditional time in the TV-game and 
f indicates a situation time (an elapsed time) according 

35 to a TV-game scenario. If T is same as or greater than 
T" (T ^ t), after the condition process 31 , an event var- 
iation process 40 are executed. In this case, the CPU 
load is very heavy, because a condition process 31 and 
the event variation process 40 are executed at each time 

40 until the situation time (V) is cleared. I n particular, when 
the characters of the TV-game are many the character 
motion is paused, because the event variation process 
time is much longer than the image displaying cycle. 
Therefore, the programmer must cut off one or more 

4£ steps in the processes A to N. 

In the conventional method for programming a TV- 
game, however, there are disadvantages in that a TV- 
game becomes very simple and rough, because one or 
more steps of the TV-game program are cut off. 

so Therefore, a method for programming a TV-game 
without cutting off the steps of the TV-game program is 
necessary to be provided. 

Next, a method for programming a TV-game in the 
first preferred embodiment according to the invention 

55 will be explained in FIGs. 7 to 10. 

FIG. 7 is a block diagram of a game unit and a ROM 
cartridge of the present invention. In FIG. 7, the TV- 
game apparatus comprises a game unit 7 and a ROM 
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cartridge 12. The game unit 7 has a CPU 3, a ROM 
(Read Only Memory) 10 for storing an operating pro- 
gram such as a load program, a RAM (Random Access 
Memory) 9, output/input (I/O) interfaces 2 and 11, and 
an image processing unit 8. The ROM cartridge 1 2 has $ 
a ROM 14 and a RTC (Real Time Clock) 13. 

In the game unit7 t the CPU 3, the ROM 10, and the 
RAM 9 are connected with each other. The CPU 3 is for 
executing programs and instructions. The ROM 10 is for 
storing programs and instructions of an operating sys- 
tem of the TV-game apparatus. The RAM 9 stores a part 
or all of the game program. The game unit 7 of the 
present invention is same as the prior art in FIG. 1 . 

The RTC 1 3 in the ROM cartridge 1 2 is an IC (Inte- 
grated Circuit) having a clock function and a calendar 
function. A time of a TV-game is corresponded with a 
real time by the clock function and the calendar function 
in the RTC 13. Namely, the RTC 13 saves year, month, 
day, day of the week, hour, minute, and second of the 
real time therein at the time of the TV-game by using the 
clock function and the calendar function. 

Further, the I/O interface 11 is in connection with the 
I/O interface 15 according to inserting the ROM car- 
tridge 12 into the game unit 7. The TV-game program is 
stored in the ROM 14. The CPU 3 accesses the ROM 
1 4 and the RTC 1 3. Then, the CPU 3 toads the TV-game 
program from the ROM 14 and a content in the RTC 1 3. 
The TV-game program and the content in the RTC 13 
are supplied to the RAM 9 in the game unit 7 through 
the connected I/O interfaces 11 and 15. Then, the CPU 
3 processes the TV-game program according to the con- 
tent from the RTC 13. 

FIG. 8 is a flow chart of an event variation process 
of the present invention. This loop is executed at an in- 
teger times period of the image displaying cycle. The 
period is within 1/10 second, because if the period is 
over 1/10 second a character motion of the TV-game is 
not smooth. In FIG. 8, the event variation process 40 is 
added between the processes A to N. Therefore, at the 
step 30, any one of the processes A to N or the event 
variation process 40 is selected according to a situation 
of the TV-game scenario. Namely, the event variation 
process 40 is executed only when the event variation 
process 40 is selected at the step 30. The event varia- 
tion process 40 is not executed when anther process is 
selected at the step 30. Therefore, the CPU toad is light, 
because the event variation process 40 is not executed 
at each time. Further, even if the characters of the TV- 
game are many, the character motion is not paused. 
Therefore, the TV-game can include a variety of situa- 
tions, because the steps in the TV-program are not cut 
off. 

FIG. 9 is a flow chart of a conditional event variation 
process of the present invention. This loop is executed 
at an integer times period of the image displaying cycle. 
In FIG. 9, the condition process 31 and the event varia- 
tion process 40 is added after the process J. At the step 
30, any one of processes A to N is selected according 
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to a situation of the TV-game scenario. Namely, the con- 
dition process 31 is executed only when the process J 
is selected at the step 30. The condition process 31 is 
not executed when anther process is selected at the 
step 30. After the process J is executed, the condition 
process 31 is executed. At the step 31 , "T" indicates a 
predetermined conditional time in the TV-game and t" 
indicates a situation time (an elapsed time) loaded from 
the RTC 13 in the ROM cartridge 12 according to a TV- 
game scenario. If V is same as or greater than "T" (T 
^ t) at the step 31 , the event variation process 40 are 
executed. Namely, the event variation process 40 is ex- 
ecuted only when both the process J is selected at the 
step 30 and T is same as or greater than T" (T ^ t) at 
the step 31 . The event variation process 40 is not exe- 
cuted when the selected process at the step 30 is not 
the process J or V is smaller than T" (t ^ T) at the step 
31 . Therefore, the CPU load is light, because the event 
variation process 40 is not executed at each time. Fur- 
ther, even if the characters of the TV-game are many, 
the character motion is not paused. Therefore, the TV- 
game can include a variety of situations, because the 
steps in the TV-program are not cut off. 

In this case, the event variation process 40 does not 
executed just on time according to the TV-game situa- 
tion, because the process J must be selected before the 
event variation process 40 is executed. However, this 
method is better than the conventional method, because 
the TV-game content is not changed generally. 

For example, the flow chart in FIG. 8 is explained 
on assumption that a TV-game scenario is a keeping 
pet. The TV-game has conditions as follows: 

(1 ) a pet has a life span points; 

(2) one point is decreased in the life span points 
every one hour elapsing in the RTC 13; 

(3) the pet dies when the life span point is zero; 

(4) the life span points are recovered by the pet eat- 
ing food; 

(5) the pet is kept only in a pet shop; and 

(6) a life span process is executed only when the 
pet is in the pet shop or the pet is spoken to. 

In this case, the process 30 in FIG. 9 selects the 
event variation process 40 when the pet is in the pet 
shop or the pet is spoken to (the above condition (6)). 
The event variation process 40 in FIG. 9 are the life span 
process of the above condition (6). 

The condition (6) is processed as follows: 

(1 ) m a time of a previous life span process = t1 "; 

(2) *a current time of the RTC 13 = t2"; 

(3) T = t2-tl (hours)'; 

(4) the life span points = the life span points - T"; 

(5) 11 = t2" (t1 modified); and 

(6) the life span process is executed according to 
the modified life span points, in particular, the pet 
dies when the life span point is zero (the above con- 
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Next, the flow chart in FIG. 9 is explained on as- 
sumption that a TV-game scenario is such as receiving 
a letter at the predetermined time (T). Fl G. 1 0 is a timing 
chart of a preferred embodiment in FIG. 9. The TV-game 
has conditions shown in FIG. 10. In this case, T" is a 
difference between a time of receiving a previous letter 
and a next letter. The process J in FIG. 9 is on assump- 
tion that an image process replaces a background im- 
age called as "MAP" of the TV-game. Namely, after the 
"MAP - of the TV-game is replaced, an elapsed time (t) 
in the RTC 1 3 is compared with T" (at the step 31 in 
FIG. 9). If Y is same as or greater than " T m , any one of 
letters A to D is received corresponding with the TV- 
game scenario and the predetermined time VP. . 

In these above cases, the event variation process 
40 does not executed just on time according to the TV- 
game situation. However, a method of the present in- 
vention is better than the conventional method, because 
the TV-game content (scenario) is not changed gener- 
ally. 

In another preferred embodiment according to the 
invention, in FIG 7, the FITC 13 may be existed in the 
game unit 7. Further, the VRAM 5 and the FtAM 9 may 
be replaced with a non-volatile matter such as an EEP- 
ROM (Electrically Erasable Programmable Read Only 
Memory) or a flash memory. 

As this invention may be embodied in several forms 
without departing from the sprit of essential character- 
istics thereof, the present embodiment is therefore illus- 
trative and not restrictive, since the scope of the inven- 
tion is defined by the appended claims rather than by 
the description proceeding them, and all changes that 
fall within meets and bounds of the claims, or equiva- 
lence of such meets and bounds are therefore intended 
to embraced by the claims. 

Claims 

1 . A method of programming a TV-game, the method 
comprising steps of: 

determining a process condition according to a 
TV-game scenario; 

determining an event variation process accord- 
ing to the TV-game scenario; and 
executing the event variation process when 
said determined process condition is sufficient. 

2. A method of programming a TV-game, the method 
comprising the steps of: 

determining one of a plurality of processes in a 
TV-game program according to a TV-game 
scenario; 

determining an event variation process accord- 



ing to the TV-game scenario; and 
executing the event variation process after said 
determined process of the plurality of process- 
es in the TV-game is executed. 

5 

3. A method of programming a TV-game, the method 
comprising the steps of: 

determining a process condition according to a 
10 TV-game scenario; 

determining one of a plurality of processes in a 
TV-game program according to the TV-game 
scenario; 

determining an event variation process accord- 
is ing to the TV-game scenario; and 

executing said event variation process after the 
determined process of the plurality of process- 
es in the TV-game program is executed and 
said determined process condition is sufficient. 

20 

4. A TV-game apparatus comprising: 

means for determining a process condition ac- 
cording to a TV-game scenario; 
2S means for determining an event variation proc- 

ess according to the TV-game scenario; and 
means for executing the event variation proc- 
ess when said determined process condition is 
sufficient. 

30 

5. A TV-game apparatus comprising: 

means for determining one of a plurality of proc- 
esses in a TV-game program according to a TV- 
35 game scenario; 

means for determining an event variation proc- 
ess according to the TV-game scenario; and 
means for executing the event variation proc- 
ess after said determined process of the plural- 
40 ity of processes in the TV-game is executed. 

6. A TV-game apparatus comprising: 

means for determining a process condition ac- 
45 cording to a TV-game scenario; 

means for determining one of a plurality of proc- 
esses in a TV-game program according to the 
TV-game scenario; 

means for determining an event variation proc- 
50 ess according to the TV-game scenario; and 

executing said event variation process after the 
determined process of the plurality of process- 
es in the TV-game program is executed and 
said determined process condition is sufficient. 
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